home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
kermit.columbia.edu
/
kermit.columbia.edu.tar
/
kermit.columbia.edu
/
newsgroups
/
misc.20030409-20031118
/
000041_jaltman2@nyc.rr.com_Thu May 1 17:33:28 EDT 2003.msg
< prev
next >
Wrap
Text File
|
2003-11-18
|
3KB
|
69 lines
Article: 14256 of comp.protocols.kermit.misc
Path: newsmaster.cc.columbia.edu!phl-feed.news.verio.net!iad-feed.news.verio.net!iad-peer.news.verio.net!news.verio.net!news.maxwell.syr.edu!newsfeed-east.nntpserver.com!nntpserver.com!news-west.rr.com!news-server.columbus.rr.com!cyclone.rdc-nyc.rr.com!news-out.nyc.rr.com!twister.nyc.rr.com.POSTED!53ab2750!not-for-mail
Message-ID: <3EB182CB.8000502@nyc.rr.com>
From: "Jeffrey Altman [Road Runner NYC]" <jaltman2@nyc.rr.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3) Gecko/20030312
X-Accept-Language: en-us, en
MIME-Version: 1.0
Newsgroups: comp.protocols.kermit.misc
Subject: Re: Changed behavior of receive/transmit move-to
References: <b8rfll$kfv$1@cpimail.cpicorp.com> <b8rkdi$mo0$1@watsol.cc.columbia.edu>
In-Reply-To: <b8rkdi$mo0$1@watsol.cc.columbia.edu>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Lines: 46
Date: Thu, 01 May 2003 20:25:50 GMT
NNTP-Posting-Host: 66.108.138.151
X-Complaints-To: abuse@rr.com
X-Trace: twister.nyc.rr.com 1051820750 66.108.138.151 (Thu, 01 May 2003 16:25:50 EDT)
NNTP-Posting-Date: Thu, 01 May 2003 16:25:50 EDT
Organization: Road Runner - NYC
Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:14256
Frank da Cruz wrote:
> I would venture to say that the behavior you were relying on was not
> intentional. Although my notes don't show it, I suspect that somebody else
> -- maybe even me -- was surprised when a relative directory name was not
> resolved in the context in which the command was given, especially since
> after changing contexts it might not be be valid.
Actually the person who initiated the original complaint about the
unpredictable behavior of the SET ... MOVE-TO command was Derek. We had
quite a long discussion about this with him just after the New Year 2003.
There were several issues:
* a SET command that accepts out output directory will fail if the
directory does not exist when the command is executed. Otherwise
the command will fail.
* what should happen if the relative MOVE-TO directory does not exist
at the time of the move?
- Should the file transfer fail? I think so.
- Should the directory be created on the fly? Some people
might want this option.
- Should the move only take place if the relative directory exists?
Others might prefer this choice.
The concern I have with Frank's approach is that it is going to break
existing scripts by adding another layer of string evaluation. On
Windows this is going to become an even greater nightmare.
I think there is a better solution. Kermit already supports on_open,
on_close, and on_exit macros. I propose that we simply add support for
a new on_cd macro which would be executed whenever a the current working
directory changes. Then the macro can be defined to do the right thing:
define on_cd {
if = \fdirectories(<path>) 0 mkdir <path>
set send move-to <path>
set receive move-to <path>
}
This allows the interpretation of the MOVE-TO path to remain fixed while
providing the flexibility that Derek requires to get his job done.